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METHOD AND SYSTEM FOR MANAGING HARDWARE RESOURCES 
TO IMPLEMENT SYSTEM FUNCTIONS USING AN ADAPTIVE 

COMPUTING ARCHITECTURE 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [01] This is a continuation-in-part application of U.S. patent application 

serial no. 09/815,122 entitled "ADAPTIVE INTEGRATED CIRCUITRY WITH 
HETEROGENEOUS AND RECONFIGURABLE MATRICES OF DIVERSE AND 
ADAPTIVE COMPUTATIONAL UNITS HAVING FIXED, APPLICATION SPECIFIC 
COMPUTATIONAL ELEMENTS," filed on March 22, 2001, the disclosure of which is 
1 0 hereby incorporated by reference in their entirety as if set forth in full herein for all purposes. 

BACKGROUND OF THE INVENTION 
[02] The present invention relates, in general, to integrated circuits and, 
more particularly, to adaptive integrated circuitry with heterogeneous and reconfigurable 
1 5 matrices of diverse and adaptive computational units having fixed, application specific 
computational elements. 

[03] The advances made in the design and development of integrated 
circuits ("ICs") have generally produced ICs of several different types or categories having 
different properties and functions, such as the class of universal Turing machines (including 
20 microprocessors and digital signal processors ("DSPs"), application specific integrated 

circuits ("ASICs"), and field programmable gate arrays ("FPGAs")). Each of these different 
types of ICs, and their corresponding design methodologies, have distinct advantages and 
disadvantages. 

[04] Microprocessors and DSPs, for example, typically provide a flexible, 
25 software programmable solution for the implementation of a wide variety of tasks. As 

various technology standards evolve, microprocessors and DSPs may be reprogrammed, to 
varying degrees, to perform various new or altered functions or operations. Various tasks or 
algorithms, however, must be partitioned and constrained to fit the physical limitations of the 
processor, such as bus widths and hardware availability. In addition, as processors are 
30 designed for the execution of instructions, large areas of the IC are allocated to instruction 
processing, with the result that the processors are comparatively inefficient in the 



performance of actual algorithmic operations, with only a few percent of these operations 
performed during any given clock cycle. Microprocessors and DSPs, moreover, have a 
comparatively limited activity factor, such as having only approximately five percent of their 
transistors engaged in algorithmic operations at any given time, with most of the transistors 

5 allocated to instruction processing. As a consequence, for the performance of any given 
algorithmic operation, processors consume significantly more IC (or silicon) area and 
consume significantly more power compared to other types of ICs, such as ASICs. 

[051 While having comparative advantages in power consumption and size, 
ASICs provide a fixed, rigid or "hard-wired" implementation of transistors (or logic gates) for 

1 0 the performance of a highly specific task or a group of highly specific tasks. ASICs typically 
perform these tasks quite effectively, with a comparatively high activity factor, such as with 
twenty-five to thirty percent of the transistors engaged in switching at any given time. Once 
etched, however, an ASIC is not readily changeable, with any modification being time- 
consuming and expensive, effectively requiring new masks and new fabrication. As a further 

1 5 result, ASIC design virtually always has a degree of obsolescence, with a design cycle 

lagging behind the evolving standards for product implementations. For example, an ASIC 
designed to implement GSM or CDMA standards for mobile communication becomes 
relatively obsolete with the advent of a new standard, such as 3G. 

[06] FPGAs have evolved to provide some design and programming 

20 flexibility, allowing a degree of post-fabrication modification. FPGAs typically consist of 
small, identical sections or "islands" of programmable logic (logic gates) surrounded by many 
levels of programmable interconnect, and may include memory elements. FPGAs are 
homogeneous, with the IC comprised of repeating arrays of identical groups of logic gates, 
memory and programmable interconnect. A particular function may be implemented by 

25 configuring (or reconfiguring) the interconnect to connect the various logic gates in particular 
sequences and arrangements. The most significant advantage of FPGAs are their post- 
fabrication reconfigurability, allowing a degree of flexibility in the implementation of 
changing or evolving specifications or standards. The reconfiguring process for an FPGA is 
comparatively slow, however, and is typically unsuitable for most real-time, immediate 

30 applications. 

[07] While this post-fabrication flexibility of FPGAs provides a significant 
advantage, FPGAs have corresponding and inherent disadvantages. Compared to ASICs, 
FPGAs are very expensive and very inefficient for implementation of particular functions, 
and are often subject to a "combinatorial explosion" problem. More particularly, for FPGA 
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implementation, an algorithmic operation comparatively may require orders of magnitude 
more IC area, time and power, particularly when the particular algorithmic operation is a poor 
fit to the pre-existing, homogeneous islands of logic gates of the FPGA material. In addition, 
the programmable interconnect, which should be sufficiently rich and available to provide 

5 reconfiguration flexibility, has a correspondingly high capacitance, resulting in comparatively 
slow operation and high power consumption. For example, compared to an ASIC, an FPGA 
implementation of a relatively simple function, such as a multiplier, consumes significant IC 
area and vast amounts of power, while providing significantly poorer performance by several 
orders of magnitude. In addition, there is a chaotic element to FPGA routing, rendering 

10 FPGAs subject to unpredictable routing delays and wasted logic resources, typically with 

approximately one-half or more of the theoretically available gates remaining unusable due to 
limitations in routing resources and routing algorithms. 

[08] Various prior art attempts to meld or combine these various processor, 
ASIC and FPGA architectures have had utility for certain limited applications, but have not 

1 5 proven to be successful or useful for low power, high efficiency, and real-time applications. 
Typically, these prior art attempts have simply provided, on a single chip, an area of known 
FPGA material (consisting of a repeating array of identical logic gates with interconnect) 
adjacent to either a processor or an ASIC, with limited interoperability, as an aid to either 
processor or ASIC functionality. For example, Trimberger U. S. Patent No. 5,737,631, 

20 entitled "Reprogrammable Instruction Set Accelerator", issued April 7, 1998, is designed to 
provide instruction acceleration for a general purpose processor, and merely discloses a host 
CPU made up of such a basic microprocessor combined in parallel with known FPGA 
material (with an FPGA configuration store, which together form the reprogrammable 
instruction set accelerator). This reprogrammable instruction set accelerator, while allowing 

25 for some post-fabrication reconfiguration flexibility and processor acceleration, is 

nonetheless subject to the various disadvantages of traditional processors and traditional 
FPGA material, such as high power consumption and high capacitance, with comparatively 
low speed, low efficiency and low activity factors. 

[09] Tavana et al. U. S. Patent No. 6,094,065, entitled "Integrated Circuit 

30 with Field Programmable and Application Specific Logic Areas", issued July 25, 2000, is 
designed to allow a degree of post- fabrication modification of an ASIC, such as for 
correction of design or other layout flaws, and discloses use of a field programmable gate 
array in a parallel combination with a mask-defined application specific logic area (i.e., ASIC 
material). Once again, known FPGA material, consisting of a repeating array of identical 



logic gates within a rich programmable interconnect, is merely placed adjacent to ASIC 
material within the same silicon chip. While potentially providing post-fabrication means for 
"bug fixes" and other error correction, the prior art IC is nonetheless subject to the various 
disadvantages of traditional ASICs and traditional FPGA material, such as highly limited 

5 reprogrammability of an ASIC, combined with high power consumption, comparatively low 
speed, low efficiency and low activity factors of FPGAs. 

[10] As a consequence, it would be desirable to have a new form or type of 
integrated circuitry which effectively and efficiently combines and maximizes the various 
advantages of processors, ASICs and FPGAs, while minimizing potential disadvantages. 

10 [1 1 ] In addition, due to the disadvantages of many conventional hardware 

components, such as processors, ASICs and FPGAs, as described above, hardware 
components used to implement many functions and/or algorithms in a traditional hardware- 
based system are permanently dedicated to such functions and/or algorithms. In other words, 
when a particular function and/or algorithm is not utilized, the associated hardware 

1 5 components remain idle. It would be beneficial and more efficient if the idle hardware 
components can be used to carry out other functions and/or algorithms within the system. 

[12] For example, in a traditional cellular phone, during power-up, a large 
portion of the circuitry within the cellular phone sits idle waiting for the receiver circuitry to 
perform system acquisition. The amount of acquisition time is directly proportional to the 

20 amount of hardware dedicated to the system acquisition task. Traditionally, the dedicated 
hardware is optimized based on cost trade-off and system acquisition time and is often much 
closer sized to the needs of the receiver during traffic mode than during system acquisition. 
As a result, when acquiring a signal in an unknown environment, e.g., the operating channel 
is different from the last channel used at power-down, the receiver may spend a large amount 

25 of time to acquire the new channel. The time necessary to acquire a signal in an unknown 
environment may range from seconds to minutes. However, since system acquisition is only 
performed at power-up, long acquisition times in cases where a new system is encountered is 
considered an acceptable trade-off. Nevertheless, shorter system acquisition times would still 
be desirable. Hence, it would be desirable to have a new form or type of integrated circuitry 

30 which allows hardware resources to be managed or allocated more efficiently so as to 
enhance the performance of a system. 

[13] Moreover, since hardware components in a traditional hardware-based 
system are permanently dedicated to their associated functions and/or algorithms, adding and 
implementing new functions and/or algorithms would require adding hardware components. 
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Due to physical limitations, adding hardware components to a system may not be possible. 
Consequently, it would also be desirable to have a new form or type of integrated circuitry 
which allows additional functions and/or algorithms to be added and implemented in a 
system without incurring significant hardware costs. 

5 

SUMMARY OF THE INVENTION 
[14] The present invention provides a new form or type of integrated 
circuitry which effectively and efficiently combines and maximizes the various advantages of 
processors, ASICs and FPGAs, while minimizing potential disadvantages. In accordance 

10 with the present invention, such a new form or type of integrated circuit, referred to as an 
adaptive computing engine (ACE), is disclosed which provides the programming flexibility 
of a processor, the post- fabrication flexibility of FPGAs, and the high speed and high 
utilization factors of an ASIC. The ACE integrated circuitry of the present invention is 
readily reconfigurable, in real-time, is capable of having corresponding, multiple modes of 

1 5 operation, and further minimizes power consumption while increasing performance, with 
particular suitability for low power applications, such as for use in hand-held and other 
battery-powered devices. 

[IS] Th e ACE architecture of the present invention, for adaptive or 
reconfigurable computing, includes a plurality of heterogeneous computational elements 

20 coupled to an interconnection network, rather than the homogeneous units of FPGAs. The 
plurality of heterogeneous computational elements include corresponding computational 
elements having fixed and differing architectures, such as fixed architectures for different 
functions such as memory, addition, multiplication, complex multiplication, subtraction, 
configuration, reconfiguration, control, input, output, and field programmability. In response 

25 to configuration information, the interconnection network is operative in real-time to 
configure and reconfigure the plurality of heterogeneous computational elements for a 
plurality of different functional modes, including linear algorithmic operations, non-linear 
algorithmic operations, finite state machine operations, memory operations, and bit-level 
manipulations. 

30 [16] As illustrated and discussed in greater detail below, the ACE 

architecture of the present invention provides a single IC, which may be configured and 
reconfigured in real-time, using these fixed and application specific computation elements, to 
perform a wide variety of tasks. For example, utilizing differing configurations over time of 
the same set of heterogeneous computational elements, the ACE architecture may implement 



functions such as finite impulse response filtering, fast Fourier transformation, discrete cosine 
transformation, and with other types of computational elements, may implement many other 
high level processing functions for advanced communications and computing. 

[17] Reference to the remaining portions of the specification, including the 
drawings and claims, will realize other features and advantages of the present invention. 
Further features and advantages of the present invention, as well as the structure and 
operation of various embodiments of the present invention, are described in detail below with 
respect to accompanying drawings, like reference numbers indicate identical or functionally 
similar elements. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[18] Fig. 1 is a block diagram illustrating an exemplary embodiment of the 
present invention; 

[19] Fig. 2 is a schematic diagram illustrating an exemplary data flow graph 
in accordance with the present invention; 

[20] Fig. 3 is a block diagram illustrating a reconfigurable matrix, a 
plurality of computation units, and a plurality of computational elements, in accordance with 
the present invention; 

[21] Fig. 4 is a block diagram illustrating, in greater detail, a computational 
unit of a reconfigurable matrix in accordance with the present invention; 

[22] Figs. 5A through 5E are block diagrams illustrating, in detail, 
exemplary fixed and specific computational elements, forming computational units, in 
accordance with the present invention; 

[23] Fig. 6 is a block diagram illustrating, in detail, an exemplary multi- 
function adaptive computational unit having a plurality of different, fixed computational 
elements, in accordance with the present invention; 

[24] Fig. 7 is a block diagram illustrating, in detail, an exemplary adaptive 
logic processor computational unit having a plurality of fixed computational elements, in 
accordance with the present invention; 

[25] Fig. 8 is a block diagram illustrating, in greater detail, an exemplary 
core cell of an adaptive logic processor computational unit with a fixed computational 
element, in accordance with the present invention; 
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[26] Fig. 9 is a block diagram illustrating, in greater detail, an exemplary 
fixed computational element of a core cell of an adaptive logic processor computational unit, 
in accordance with the present invention; and 

[27] Figs. 10-13 are block diagrams respectively illustrating re-allocation 
5 and re-configuration of hardware resources in accordance with the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[28] As indicated above, it would be desirable to have a new form or type 
of integrated circuitry which effectively and efficiently combines and maximizes the various 

10 advantages of processors, ASICs and FPGAs, while minimizing potential disadvantages. In 
accordance with the present invention, such a new form or type of integrated circuit, referred 
to as an adaptive computing engine (ACE), is disclosed which provides the programming 
flexibility of a processor, the post-fabrication flexibility of FPGAs, and the high speed and 
high utilization factors of an ASIC. The ACE integrated circuitry of the present invention is 

1 5 readily reconfigurable, in real-time, is capable of having corresponding, multiple modes of 
operation, and further minimizes power consumption while increasing performance, with 
particular suitability for low power applications. 

[29] Fig. 1 is a block diagram illustrating an exemplary apparatus 100 
embodiment in accordance with the present invention. The apparatus 100, referred to herein 

20 as an adaptive computing engine ("ACE") 100, is preferably embodied as an integrated 
circuit, or as a portion of an integrated circuit having other, additional components. In the 
exemplary embodiment, and as discussed in greater detail below, the ACE 100 includes one 
or more reconfigurable matrices (or nodes) 150, such as matrices 150A through 150N as 
illustrated, and a matrix interconnection network 110. Also in the exemplary embodiment, 

25 and as discussed in detail below, one or more of the matrices 150, such as matrices 150A and 
150B, are configured for functionality as a controller 120, while other matrices, such as 
matrices 150C and 150D, are configured for functionality as a memory 140. The various 
matrices 150 and matrix interconnection network 1 10 may also be implemented together as 
fractal subunits, which may be scaled from a few nodes to thousands of nodes. 

30 [30] The ACE 100 does not utilize traditional (and typically separate) data, 

DMA, random access, configuration and instruction busses for signaling and other 
transmission between and among the reconfigurable matrices 150, the controller 120, and the 
memory 140, or for other input/output ("I/O") functionality. Rather, data, control and 
configuration information are transmitted between and among these matrix 150 elements, 



« 

utilizing the matrix interconnection network 110, which may be configured and reconfigured, 
in real-time, to provide any given connection between and among the reconfigurable matrices 
150, including those matrices 150 configured as the controller 120 and the memory 140, as 
discussed in greater detail below. 
5 [31 ] The matrices 1 50 configured to function as memory 140 may be 

implemented in any desired or exemplary way, utilizing computational elements (discussed 
below) of fixed memory elements, and may be included within the ACE 1 00 or incorporated 
within another IC or portion of an IC. In the exemplary embodiment, the memory 140 is 
included within the ACE 100, and preferably is comprised of computational elements which 

1 0 are low power consumption random access memory (RAM), but also may be comprised of 
computational elements of any other form of memory, such as flash, DRAM, SRAM, 
MRAM, ROM, EPROM or E2PROM. In the exemplary embodiment, the memory 140 
preferably includes direct memory access (DMA) engines, not separately illustrated. 

[32] The controller 120 is preferably implemented, using matrices 150A 

15 and 150B configured as adaptive finite state machines, as a reduced instruction set ("RISC") 
processor, controller or other device or IC capable of performing the two types of 
functionality discussed below. (Alternatively, these functions may be implemented utilizing 
a conventional RISC or other processor.) The first control functionality, referred to as 
"kernal" control, is illustrated as kernal controller ("KARC") of matrix 150A, and the second 

20 control functionality, referred to as "matrix" control, is illustrated as matrix controller 

("MARC") of matrix 150B. The kernal and matrix control functions of the controller 120 are 
explained in greater detail below, with reference to the configurability and reconfigurability 
of the various matrices 150, and with reference to the exemplary form of combined data, 
configuration and control information referred to herein as a "silverware" module. 

25 [33] The matrix interconnection network 1 1 0 of Fig. 1 , and its subset 

interconnection networks separately illustrated in Figs. 3 and 4 (Boolean interconnection 
network 210, data interconnection network 240, and interconnect 220), collectively and 
generally referred to herein as "interconnect", "interconnection(s)" or "interconnection 
network(s)", may be implemented generally as known in the art, such as utilizing FPGA 

30 interconnection networks or switching fabrics, albeit in a considerably more varied fashion. 
In the exemplary embodiment, the various interconnection networks are implemented as 
described, for example, in U.S. Patent No. 5,218,240, U.S. Patent No. 5,336,950, U.S. Patent 
No. 5,245,227, and U.S. Patent No. 5,144,166, and also as discussed below and as illustrated 
with reference to Figs. 7, 8 and 9. These various interconnection networks provide selectable 



(or switchable) connections between and among the controller 120, the memory 140, the 
various matrices 150, and the computational units 200 and computational elements 250 
discussed below, providing the physical basis for the configuration and reconfiguration 
referred to herein, in response to and under the control of configuration signaling generally 
5 referred to herein as "configuration information". In addition, the various interconnection 
networks (1 10, 210, 240 and 220) provide selectable or switchable data, input, output, control 
and configuration paths, between and among the controller 120, the memory 140, the various 
matrices 150, and the computational units 200 and computational elements 250, in lieu of any 
form of traditional or separate input/output busses, data busses, DMA, RAM, configuration 

1 0 and instruction busses. 

[34] It should be pointed out, however, that while any given switching or 
selecting operation of or within the various interconnection networks (1 10, 210, 240 and 220) 
may be implemented as known in the art, the design and layout of the various interconnection 
networks (1 10, 210, 240 and 220), in accordance with the present invention, are new and 

15 novel, as discussed in greater detail below. For example, varying levels of interconnection 
are provided to correspond to the varying levels of the matrices 150, the computational units 
200, and the computational elements 250, discussed below. At the matrix 150 level, in 
comparison with the prior art FPGA interconnect, the matrix interconnection network 1 10 is 
considerably more limited and less "rich", with lesser connection capability in a given area, to 

20 reduce capacitance and increase speed of operation. Within a particular matrix 150 or 
computational unit 200, however, the interconnection network (210, 220 and 240) may be 
considerably more dense and rich, to provide greater adaptation and reconfiguration 
capability within a narrow or close locality of reference. 

[35] The various matrices or nodes 150 are reconfigurable and 

25 heterogeneous, namely, in general, and depending upon the desired configuration: 

reconfigurable matrix 150A is generally different from reconfigurable matrices 150B through 
150N; reconfigurable matrix 150B is generally different from reconfigurable matrices 150A 
and 150C through 150N; reconfigurable matrix 150C is generally different from 
reconfigurable matrices 150A, 150B and 150D through 150N, and so on. The various 

30 reconfigurable matrices 1 50 each generally contain a different or varied mix of adaptive and 
reconfigurable computational (or computation) units (200); the computational units 200, in 
turn, generally contain a different or varied mix of fixed, application specific computational 
elements (250), discussed in greater detail below with reference to Figs. 3 and 4, which may 
be adaptively connected, configured and reconfigured in various ways to perform varied 
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functions, through the various interconnection networks. In addition to varied internal 
configurations and reconfigurations, the various matrices 150 may be connected, configured 
and reconfigured at a higher level, with respect to each of the other matrices 150, through the 
matrix interconnection network 1 10, also as discussed in greater detail below. 
5 [36] Several different, insightful and novel concepts are incorporated within 

the ACE 100 architecture of the present invention, and provide a useful explanatory basis for 
the real-time operation of the ACE 100 and its inherent advantages. 

[37] The first novel concepts of the present invention concern the adaptive 
and reconfigurable use of application specific, dedicated or fixed hardware units 

10 (computational elements 250), and the selection of particular functions for acceleration, to be 
included within these application specific, dedicated or fixed hardware units (computational 
elements 250) within the computational units 200 (Fig. 3) of the matrices 150, such as 
pluralities of multipliers, complex multipliers, and adders, each of which are designed for 
optimal execution of corresponding multiplication, complex multiplication, and addition 

1 5 functions. Given that the ACE 100 is to be optimized, in the exemplary embodiment, for low 
power consumption, the functions for acceleration are selected based upon power 
consumption. For example, for a given application such as mobile communication, 
corresponding C (C+ or C++) or other code may be analyzed for power consumption. Such 
empirical analysis may reveal, for example, that a small portion of such code, such as 10%, 

20 actually consumes 90% of the operating power when executed. In accordance with the 

present invention, on the basis of such power utilization, this small portion of code is selected 
for acceleration within certain types of the reconfigurable matrices 150, with the remaining 
code, for example, adapted to run within matrices 150 configured as controller 120. 
Additional code may also be selected for acceleration, resulting in an optimization of power 

25 consumption by the ACE 100, up to any potential trade-off resulting from design or 

operational complexity. In addition, as discussed with respect to Fig. 3, other functionality, 
such as control code, may be accelerated within matrices 150 when configured as finite state 
machines. 

[38] Next, algorithms or other functions selected for acceleration are 
30 converted into a form referred to as a "data flow graph" ("DFG"). A schematic diagram of an 
exemplary data flow graph, in accordance with the present invention, is illustrated in Fig. 2. 
As illustrated in Fig. 2, an algorithm or function useful for CDMA voice coding (QCELP 
(Qualcomm code excited linear prediction) is implemented utilizing four multipliers 190 
followed by four adders 195. Through the varying levels of interconnect, the algorithms of 
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this data flow graph are then implemented, at any given time, through the configuration and 
reconfiguration of fixed computational elements (250), namely, implemented within 
hardware which has been optimized and configured for efficiency, i.e., a "machine" is 
configured in real-time which is optimized to perform the particular algorithm. Continuing 
5 with the exemplary DFG or Fig. 2, four fixed or dedicated multipliers, as computational 
elements 250, and four fixed or dedicated adders, also as different computational elements 
250, are configured in real-time through the interconnect to perform the functions or 
algorithms of the particular DFG. 

[39] The third and perhaps most significant concept of the present 

10 invention, and a marked departure from the concepts and precepts of the prior art, is the 
concept of reconfigurable "heterogeneity" utilized to implement the various selected 
algorithms mentioned above. As indicated above, prior art reconfigurability has relied 
exclusively on homogeneous FPGAs, in which identical blocks of logic gates are repeated as 
an array within a rich, programmable interconnect, with the interconnect subsequently 

15 configured to provide connections between and among the identical gates to implement a 

particular function, albeit inefficiently and often with routing and combinatorial problems. In 
stark contrast, in accordance with the present invention, within computation units 200, 
different computational elements (250) are implemented directly as correspondingly different 
fixed (or dedicated) application specific hardware, such as dedicated multipliers, complex 

20 multipliers, and adders. Utilizing interconnect (210 and 220), these differing, heterogeneous 
computational elements (250) may then be adaptively configured, in real-time, to perform the 
selected algorithm, such as the performance of discrete cosine transformations often utilized 
in mobile communications. For the data flow graph example of Fig. 2, four multipliers and 
four adders will be configured, i.e., connected in real-time, to perform the particular 

25 algorithm. As a consequence, in accordance with the present invention, different 

("heterogeneous") computational elements (250) are configured and reconfigured, at any 
given time, to optimally perform a given algorithm or other function. In addition, for 
repetitive functions, a given instantiation or configuration of computational elements may 
also remain in place over time, i.e., unchanged, throughout the course of such repetitive 

30 calculations. 

[401 The temporal nature of the ACE 100 architecture should also be noted. 
At any given instant of time, utilizing different levels of interconnect (1 10, 210, 240 and 
220), a particular configuration may exist within the ACE 100 which has been optimized to 
perform a given function or implement a particular algorithm. At another instant in time, the 
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configuration may be changed, to interconnect other computational elements (250) or connect 
the same computational elements 250 differently, for the performance of another function or 
algorithm. Two important features arise from this temporal reconfigurability. First, as 
algorithms may change over time to, for example, implement a new technology standard, the 
5 ACE 100 may co-evolve and be reconfigured to implement the new algorithm. For a 

simplified example, a fifth multiplier and a fifth adder may be incorporated into the DFG of 
Fig. 2 to execute a correspondingly new algorithm, with additional interconnect also 
potentially utilized to implement any additional bussing functionality. Second, because 
computational elements are interconnected at one instant in time, as an instantiation of a 

1 0 given algorithm, and then reconfigured at another instant in time for performance of another, 
different algorithm, gate (or transistor) utilization is maximized, providing significantly better 
performance than the most efficient ASICs relative to their activity factors. 

[41] This temporal reconfigurability of computational elements 250, for the 
performance of various different algorithms, also illustrates a conceptual distinction utilized 

1 5 herein between configuration and reconfiguration, on the one hand, and programming or 

reprogrammability, on the other hand. Typical programmability utilizes a pre-existing group 
or set of functions, which may be called in various orders, over time, to implement a 
particular algorithm. In contrast, configurability and reconfigurability, as used herein, 
includes the additional capability of adding or creating new functions which were previously 

20 unavailable or non-existent. 

[421 Next, the present invention also utilizes a tight coupling (or 
interdigitation) of data and configuration (or other control) information, within one, 
effectively continuous stream of information. This coupling or commingling of data and 
configuration information, referred to as a "silverware" module, is the subject of a separate, 

25 related patent application. For purposes of the present invention, however, it is sufficient to 
note that this coupling of data and configuration information into one information (or bit) 
stream helps to enable real-time reconfigurability of the ACE 100, without a need for the 
(often unused) multiple, overlaying networks of hardware interconnections of the prior art. 
For example, as an analogy, a particular, first configuration of computational elements at a 

30 particular, first period of time, as the hardware to execute a corresponding algorithm during 
or after that first period of time, may be viewed or conceptualized as a hardware analog of 
"calling" a subroutine in software which may perform the same algorithm. As a 
consequence, once the configuration of the computational elements has occurred (i.e., is in 
place), as directed by the configuration information, the data for use in the algorithm is 



immediately available as part of the silverware module. The same computational elements 
may then be reconfigured for a second period of time, as directed by second configuration 
information, for execution of a second, different algorithm, also utilizing immediately 
available data. The immediacy of the data, for use in the configured computational elements, 
5 provides a one or two clock cycle hardware analog to the multiple and separate software steps 
of determining a memory address and fetching stored data from the addressed registers. This 
has the further result of additional efficiency, as the configured computational elements may 
execute, in comparatively few clock cycles, an algorithm which may require orders of 
magnitude more clock cycles for execution if called as a subroutine in a conventional 
1 0 microprocessor or DSP. 

[43] This use of silverware modules, as a commingling of data and 
configuration information, in conjunction with the real-time reconfigurability of a plurality of 
heterogeneous and fixed computational elements 250 to form adaptive, different and 
heterogenous computation units 200 and matrices 150, enables the ACE 100 architecture to 

1 5 have multiple and different modes of operation. For example, when included within a hand- 
held device, given a corresponding silverware module, the ACE 100 may have various and 
different operating modes as a cellular or other mobile telephone, a music player, a pager, a 
personal digital assistant, and other new or existing functionalities. In addition, these 
operating modes may change based upon the physical location of the device; for example, 

20 when configured as a CDMA mobile telephone for use in the United States, the ACE 100 
may be reconfigured as a GSM mobile telephone for use in Europe. 

[44] Referring again to Fig. 1, the functions of the controller 120 
(preferably matrix (KARC) 150A and matrix (MARC) 150B, configured as finite state 
machines) may be explained with reference to a silverware module, namely, the tight 

25 coupling of data and configuration information within a single stream of information, with 
reference to multiple potential modes of operation, with reference to the reconfigurable 
matrices 1 50, and with reference to the reconfigurable computation units 200 and the 
computational elements 150 illustrated in Fig. 3. As indicated above, through a silverware 
module, the ACE 100 may be configured or reconfigured to perform a new or additional 

30 function, such as an upgrade to a new technology standard or the addition of an entirely new 
function, such as the addition of a music function to a mobile communication device. Such a 
silverware module may be stored in the matrices 150 of memory 140, or may be input from 
an external (wired or wireless) source through, for example, matrix interconnection network 
110. In the exemplary embodiment, one of the plurality of matrices 1 50 is configured to 



decrypt such a module and verify its validity, for security purposes. Next, prior to any 
configuration or reconfiguration of existing ACE 100 resources, the controller 120, through 
the matrix (KARC) 150A, checks and verifies that the configuration or reconfiguration may 
occur without adversely affecting any pre-existing functionality, such as whether the addition 

5 of music functionality would adversely affect pre-existing mobile communications 

functionality. In the exemplary embodiment, the system requirements for such configuration 
or reconfiguration are included within the silverware module, for use by the matrix (KARC) 
150A in performing this evaluative function. If the configuration or reconfiguration may 
occur without such adverse affects, the silverware module is allowed to load into the matrices 

10 1 50 of memory 140, with the matrix (KARC) 1 50A setting up the DMA engines within the 
matrices 150C and 150D of the memory 140 (or other stand-alone DMA engines of a 
conventional memory). If the configuration or reconfiguration would or may have such 
adverse affects, the matrix (KARC) 150A does not allow the new module to be incorporated 
within the ACE 100. 

1 5 [45] Continuing to refer to Fig. 1 , the matrix (MARC) 1 50B manages the 

scheduling of matrix 150 resources and the timing of any corresponding data, to synchronize 
any configuration or reconfiguration of the various computational elements 250 and 
computation units 200 with any corresponding input data and output data. In the exemplary 
embodiment, timing information is also included within a silverware module, to allow the 

20 matrix (MARC) 150B through the various interconnection networks to direct a 

reconfiguration of the various matrices 150 in time, and preferably just in time, for the 
reconfiguration to occur before corresponding data has appeared at any inputs of the various 
reconfigured computation units 200. In addition, the matrix (MARC) 1 SOB may also perform 
any residual processing which has not been accelerated within any of the various matrices 

25 1 50. As a consequence, the matrix (MARC) 1 50B may be viewed as a control unit which 
"calls" the configurations and reconfigurations of the matrices 150, computation units 200 
and computational elements 250, in real-time, in synchronization with any corresponding 
data to be utilized by these various reconfigurable hardware units, and which performs any 
residual or other control processing. Other matrices 150 may also include this control 

30 functionality, with any given matrix 150 capable of calling and controlling a configuration 
and reconfiguration of other matrices 1 50. 

[46] Fig. 3 is a block diagram illustrating, in greater detail, a reconfigurable 
matrix 150 with a plurality of computation units 200 (illustrated as computation units 200A 
through 200N), and a plurality of computational elements 250 (illustrated as computational 



elements 250A through 250Z), and provides additional illustration of the exemplary types of 
computational elements 250 and a useful summary of the present invention. As illustrated in 
Fig. 3, any matrix 150 generally includes a matrix controller 230, a plurality of computation 
(or computational) units 200, and as logical or conceptual subsets or portions of the matrix 
5 interconnect network 1 10, a data interconnect network 240 and a Boolean interconnect 
network 210. As mentioned above, in the exemplary embodiment, at increasing "depths" 
within the ACE 1 00 architecture, the interconnect networks become increasingly rich, for 
greater levels of adaptability and reconfiguration. The Boolean interconnect network 210, 
also as mentioned above, provides the reconfiguration and data interconnection capability 

1 0 between and among the various computation units 200, and is preferably small (i.e., only a 
few bits wide), while the data interconnect network 240 provides the reconfiguration and data 
interconnection capability for data input and output between and among the various 
computation units 200, and is preferably comparatively large (i.e., many bits wide). It should 
be noted, however, that while conceptually divided into reconfiguration and data capabilities, 

1 5 any given physical portion of the matrix interconnection network 1 1 0, at any given time, may 
be operating as either the Boolean interconnect network 210, the data interconnect network 
240, the lowest level interconnect 220 (between and among the various computational 
elements 250), or other input, output, or connection functionality. 

[47] Continuing to refer to Fig. 3, included within a computation unit 200 

20 are a plurality of computational elements 250, illustrated as computational elements 250A 
through 250Z (individually and collectively referred to as computational elements 250), and 
additional interconnect 220. The interconnect 220 provides the reconfigurable 
interconnection capability and input/output paths between and among the various 
computational elements 250. As indicated above, each of the various computational elements 

25 250 consist of dedicated, application specific hardware designed to perform a given task or 
range of tasks, resulting in a plurality of different, fixed computational elements 250. 
Utilizing the interconnect 220, the fixed computational elements 250 may be reconfigurably 
connected together into adaptive and varied computational units 200, which also may be 
further reconfigured and interconnected, to execute an algorithm or other function, at any 

30 given time, such as the quadruple multiplications and additions of the DFG of Fig. 2, utilizing 
the interconnect 220, the Boolean network 210, and the matrix interconnection network 1 10. 

[48] In the exemplary embodiment, the various computational elements 250 
are designed and grouped together, into the various adaptive and reconfigurable computation 
units 200 (as illustrated, for example, in Figs. 5A through 9). In addition to computational 



% 



elements 250 which are designed to execute a particular algorithm or function, such as 
multiplication or addition, other types of computational elements 250 are also utilized in the 
exemplary embodiment. As illustrated in Fig. 3, computational elements 250A and 250B 
implement memory, to provide local memory elements for any given calculation or 
5 processing function (compared to the more "remote" memory 140). In addition, 

computational elements 2501, 250J, 250K and 250L are configured to implement finite state 
machines (using, for example, the computational elements illustrated in Figs. 7, 8 and 9), to 
provide local processing capability (compared to the more "remote" matrix (MARC) 150B), 
especially suitable for complicated control processing. 

1 0 [49] With the various types of different computational elements 250 which 

may be available, depending upon the desired functionality of the ACE 100, the computation 
units 200 may be loosely categorized. A first category of computation units 200 includes 
computational elements 250 performing linear operations, such as multiplication, addition, 
finite impulse response filtering, and so on (as illustrated below, for example, with reference 

1 5 to Figs. 5 A through 5E and Fig. 6). A second category of computation units 200 includes 
computational elements 250 performing non-linear operations, such as discrete cosine 
transformation, trigonometric calculations, and complex multiplications. A third type of 
computation unit 200 implements a finite state machine, such as computation unit 200C as 
illustrated in Fig. 3 and as illustrated in greater detail below with respect to Figs. 7 through 

20 9), particularly useful for complicated control sequences, dynamic scheduling, and 
input/output management, while a fourth type may implement memory and memory 
management, such as computation unit 200A as illustrated in Fig. 3. Lastly, a fifth type of 
computation unit 200 may be included to perform bit-level manipulation, such as for 
encryption, decryption, channel coding, Viterbi decoding, and packet and protocol processing 

25 (such as Internet Protocol processing). 

[50] In the exemplary embodiment, in addition to control from other 
matrices or nodes 150, a matrix controller 230 may also be included within any given matrix 
150, also to provide greater locality of reference and control of any reconfiguration processes 
and any corresponding data manipulations. For example, once a reconfiguration of 

30 computational elements 250 has occurred within any given computation unit 200, the matrix 
controller 230 may direct that that particular instantiation (or configuration) remain intact for 
a certain period of time to, for example, continue repetitive data processing for a given 
application. 
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[51] Fig. 4 is a block diagram illustrating, in greater detail, an exemplary or 
representative computation unit 200 of a reconfigurable matrix 150 in accordance with the 
present invention. As illustrated in Fig. 4, a computation unit 200 typically includes a 
plurality of diverse, heterogeneous and fixed computational elements 250, such as a plurality 
5 of memory computational elements 250A and 250B, and forming a computational unit 
("CU") core 260, a plurality of algorithmic or finite state machine computational elements 
250C through 250K. As discussed above, each computational element 250, of the plurality of 
diverse computational elements 250, is a fixed or dedicated, application specific circuit, 
designed and having a corresponding logic gate layout to perform a specific function or 

1 0 algorithm, such as addition or multiplication. In addition, the various memory computational 
elements 250A and 250B may be implemented with various bit depths, such as RAM (having 
significant depth), or as a register, having a depth of 1 or 2 bits. 

[52] Forming the conceptual data and Boolean interconnect networks 240 
and 210, respectively, the exemplary computation unit 200 also includes a plurality of input 

1 5 multiplexers 280, a plurality of input lines (or wires) 28 1 , and for the output of the CU core 
260 (illustrated as line or wire 270), a plurality of output demultiplexers 285 and 290, and a 
plurality of output lines (or wires) 291. Through the input multiplexers 280, an appropriate 
input line 281 may be selected for input use in data transformation and in the configuration 
and interconnection processes, and through the output demultiplexers 285 and 290, an output 

20 or multiple outputs may be placed on a selected output line 291, also for use in additional 
data transformation and in the configuration and interconnection processes. 

[53] In the exemplary embodiment, the selection of various input and 
output lines 281 and 291, and the creation of various connections through the interconnect 
(210, 220 and 240), is under control of control bits 265 from the computational unit controller 

25 255, as discussed below. Based upon these control bits 265, any of the various input enables 
251, input selects 252, output selects 253, MUX selects 254, DEMUX enables 256, DEMUX 
selects 257, and DEMUX output selects 258, may be activated or deactivated. 

[54] The exemplary computation unit 200 includes a computation unit 
controller 255 which provides control, through control bits 265, over what each 

30 computational element 250, interconnect (210, 220 and 240), and other elements (above) 
does with every clock cycle. Not separately illustrated, through the interconnect (210, 220 
and 240), the various control bits 265 are distributed, as may be needed, to the various 
portions of the computation unit 200, such as the various input enables 251, input selects 252, 
output selects 253, MUX selects 254, DEMUX enables 256, DEMUX selects 257, and 



DEMUX output selects 258. The CU controller 295 also includes one or more lines 295 for 
reception of control (or configuration) information and transmission of status information. 

[55] As mentioned above, the interconnect may include a conceptual 
division into a data interconnect network 240 and a Boolean interconnect network 210, of 
5 varying bit widths, as mentioned above. In general, the (wider) data interconnection network 
240 is utilized for creating configurable and reconfigurable connections, for corresponding 
routing of data and configuration information. The (narrower) Boolean interconnect network 
210, while also utilized for creating configurable and reconfigurable connections, is utilized 
for control of logic (or Boolean) decisions of the various data flow graphs, generating 

10 decision nodes in such DFGs, and may also be used for data routing within such DFGs. 

[56] Figs. 5 A through 5E are block diagrams illustrating, in detail, 
exemplary fixed and specific computational elements, forming computational units, in 
accordance with the present invention. As will be apparent from review of these Figures, 
many of the same fixed computational elements are utilized, with varying configurations, for 

15 the performance of different algorithms. 

[57] Fig. 5 A is a block diagram illustrating a four-point asymmetric finite 
impulse response (FIR) filter computational unit 300. As illustrated, this exemplary 
computational unit 300 includes a particular, first configuration of a plurality of fixed 
computational elements, including coefficient memory 305, data memory 310, registers 315, 

20 320 and 325, multiplier 330, adder 335, and accumulator registers 340, 345, 350 and 355, 
with multiplexers (MUXes) 360 and 365 forming a portion of the interconnection network 
(210, 220 and 240). 

[58] Fig. 5B is a block diagram illustrating a two-point symmetric finite 
impulse response (FIR) filter computational unit 370. As illustrated, this exemplary 

25 computational unit 370 includes a second configuration of a plurality of fixed computational 
elements, including coefficient memory 305, data memory 310, registers 315, 320 and 325, 
multiplier 330, adder 335, second adder 375, and accumulator registers 340 and 345, also 
with multiplexers (MUXes) 360 and 365 forming a portion of the interconnection network 
(210, 220 and 240). 

30 [59] Fig. 5C is a block diagram illustrating a subunit for a fast Fourier 

transform (FFT) computational unit 400. As illustrated, this exemplary computational unit 
400 includes a third configuration of a plurality of fixed computational elements, including 
coefficient memory 305, data memory 310, registers 315, 320, 325 and 385, multiplier 330, 



adder 335, and adder/subtractor 380, with multiplexers (MUXes) 360, 365, 390, 395 and 405 
forming a portion of the interconnection network (210, 220 and 240). 

[60] Fig. 5D is a block diagram illustrating a complex finite impulse 
response (FIR) filter computational unit 440. As illustrated, this exemplary computational 
unit 440 includes a fourth configuration of a plurality of fixed computational elements, 
including memory 410, registers 315 and 320, multiplier 330, adder/subtractor 380, and real 
and imaginary accumulator registers 415 and 420, also with multiplexers (MUXes) 360 and 
365 forming a portion of the interconnection network (210, 220 and 240). 

[61] Fig. 5E is a block diagram illustrating a biquad infinite impulse 
response (IIR) filter computational unit 450, with a corresponding data flow graph 460. As 
illustrated, this exemplary computational unit 450 includes a fifth configuration of a plurality 
of fixed computational elements, including coefficient memory 305, input memory 490, 
registers 470, 475, 480 and 485, multiplier 330, and adder 335, with multiplexers (MUXes) 
360, 365, 390 and 395 forming a portion of the interconnection network (210, 220 and 240). 

[62] Fig. 6 is a block diagram illustrating, in detail, an exemplary multi- 
function adaptive computational unit 500 having a plurality of different, fixed computational 
elements, in accordance with the present invention. When configured accordingly, the 
adaptive computation unit 500 performs each of the various functions previously illustrated 
with reference to Figs. 5A though 5E, plus other functions such as discrete cosine 
transformation. As illustrated, this multi-function adaptive computational unit 500 includes 
capability for a plurality of configurations of a plurality of fixed computational elements, 
including input memory 520, data memory 525, registers 530 (illustrated as registers 530A 
through 530Q), multipliers 540 (illustrated as multipliers 540A through 540D), adder 545, 
first arithmetic logic unit (ALU) 550 (illustrated as ALU_ls 550A through 550D), second 
arithmetic logic unit (ALU) 555 (illustrated as ALU_2s 555A through 555D), and pipeline 
(length 1) register 560, with inputs 505, lines 515, outputs 570, and multiplexers (MUXes or 
MXes) 510 (illustrates as MUXes and MXes 51 OA through 510KK) forming an 
interconnection network (210, 220 and 240). The two different ALUs 550 and 555 are 
preferably utilized, for example, for parallel addition and subtraction operations, particularly 
useful for radix 2 operations in discrete cosine transformation. 

[63] Fig. 7 is a block diagram illustrating, in detail, an exemplary adaptive 
logic processor (ALP) computational unit 600 having a plurality of fixed computational 
elements, in accordance with the present invention. The ALP 600 is highly adaptable, and is 
preferably utilized for input/output configuration, finite state machine implementation, 




general field programmability, and bit manipulation. The fixed computational element of 
ALP 600 is a portion (650) of each of the plurality of adaptive core cells (CCs) 610 (Fig. 8), 
as separately illustrated in Fig. 9. An interconnection network (210, 220 and 240) is formed 
from various combinations and permutations of the pluralities of vertical inputs (Vis) 615, 

5 vertical repeaters (VRs) 620, vertical outputs (VOs) 625, horizontal repeaters (HRs) 630, 
horizontal terminators (HTs) 635, and horizontal controllers (HCs) 640. 

[64] Fig. 8 is a block diagram illustrating, in greater detail, an exemplary 
core cell 610 of an adaptive logic processor computational unit 600 with a fixed 
computational element 650, in accordance with the present invention. The fixed 

10 computational element is a 3 input - 2 output function generator 550, separately illustrated in 
Fig. 9. The exemplary core cell 610 also includes control logic 655, control inputs 665, 
control outputs 670 (providing output interconnect), output 675, and inputs (with interconnect 
muxes) 660 (providing input interconnect). 

[65] Fig- 9 is a block diagram illustrating, in greater detail, an exemplary 

15 fixed computational element 650 of a core cell 610 of an adaptive logic processor 

computational unit 600, in accordance with the present invention. The fixed computational 
element 650 is comprised of a fixed layout of pluralities of exclusive NOR (XNOR) gates 
680, NOR gates 685, NAND gates 690, and exclusive OR (XOR) gates 695, with three inputs 
720 and two outputs 710. Configuration and interconnection is provided through MUX 705 

20 and interconnect inputs 730. 

[66] As may be apparent from the discussion above, this use of a plurality 
of fixed, heterogeneous computational elements (250), which may be configured and 
reconfigured to form heterogeneous computation units (200), which further may be 
configured and reconfigured to form heterogeneous matrices 1 50, through the varying levels 

25 of interconnect (1 10, 210, 240 and 220), creates an entirely new class or category of 

integrated circuit, which may be referred to as an adaptive computing architecture. It should 
be noted that the adaptive computing architecture of the present invention cannot be 
adequately characterized, from a conceptual or from a nomenclature point of view, within the 
rubric or categories of FPGAs, ASICs or processors. For example, the non-FPGA character 

30 of the adaptive computing architecture is immediately apparent because the adaptive 

computing architecture does not comprise either an array of identical logical units, or more 
simply, a repeating array of any kind. Also for example, the non-ASIC character of the 
adaptive computing architecture is immediately apparent because the adaptive computing 
architecture is not application specific, but provides multiple modes of functionality and is 



f 
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reconfigurable in real-time. Continuing with the example, the non-processor character of the 
adaptive computing architecture is immediately apparent because the adaptive computing 
architecture becomes configured, to directly operate upon data, rather than focusing upon 
executing instructions with data manipulation occurring as a byproduct. 

5 [67] Based on the disclosure provided herein, it should be clear to a person 

of ordinary skill in the art that the present invention offers a number of advantages when used 
in implementing a hardware-based system. For example, using the adaptive computing 
architecture as described above, hardware resources within a system can be utilized or 
allocated more efficiently and intelligently. For instance, when a specific function is not 

1 0 needed at a particular point in time, the associated hardware resources, including the matrices 
150 and their constituent computation units 200 and computational elements 250, used to 
implement that specific function can be re-allocated and re-configured to implement one or 
more other functions which can benefit from the additional hardware resources. 

[68] The additional hardware resources can be utilized in a number of ways. 

15 For example, additional functional units which are used to carry out another function can be 
added by re-allocating and re-configuring some or all of the additional hardware resources to 
increase the parallel processing power thereby allowing faster execution of such function. 

[69] Consider a cdma2000 or W-CDMA cellular phone for example. At 
power-up, a single searcher is typically used to perform system acquisition and the majority 

20 of the communication or radio functions of the cellular phone are idle. The implementation 
of a single searcher is commonly known in the art. Now consider a cellular phone 
implemented with the adaptive computing architecture described herein. Hardware 
resources, which would have been needed if the idle communication or radio functions were 
active, can be re-allocated to perform the system acquisition function at a time when system 

25 acquisition is needed, such as when the cellular phone is initially powered up. That is, 

additional instances of the searcher can be implemented to provide more parallel processing 
power thereby allowing the system acquisition function to be performed faster. The number 
of additional instances of the searcher to be implemented depends on the amount of hardware 
resources which are available and/or other factors such as design choice and system 

30 constraints and requirements etc. 

[70] Referring to Fig. 10, for example, at the time the cellular phone is 
initially powered up, three instances of the searcher 1002, 1004 and 1006 are implemented to 
speed up the system acquisition process. Subsequently, when the system acquisition process 
is completed, some or all of the hardware resources which were used to implement the system 



acquisition function may be de-allocated and then re-allocated and re-configured to 
implement one or more communication functions 1008 which are to become active shortly. 

[71] In another example, some or all of the additional hardware resources 
can be re-allocated and re-configured to provide a modified or alternative implementation of 
5 an existing function. Again, consider the cellular phone implemented with the adaptive 
computing architecture described herein. The additional hardware resources can be used to 
implement a modified or alternative searcher which can perform the system acquisition 
function in a faster manner. Referring to Fig. 1 1 , for example, hardware resources for the 
searcher 1 102 and the communication function 1 104 are re-allocated and re-configured to 

10 implement the searcher 1 106. In this case, instead of using the additional hardware resources 
to implement multiple instances of the searcher (which is a viable alternative), the additional 
hardware resources are used to implement one instance of a modified or alternative searcher. 
If sufficient hardware resources are available, the modified or alternative searcher may 
provide better performance than a number of smaller searchers operating in parallel. 

1 5 Likewise, the choice as to whether to use the additional hardware resources to implement one 
instance of a modified or alternative searcher depends on the amount of hardware resources 
which are available and/or other factors such as design choice and system constraints and 
requirements etc. 

[72] In yet another example, some or all of the additional hardware 
20 resources can be re-allocated and re-configured to provide an additional function which is 
implemented subject to availability of the hardware resources. Such additional function may 
be an independent function that is to be added to the system or an optional or supplemental 
function that works in cooperation with another existing function. Similarly, the additional 
hardware resources may be re-allocated and re-configured as either multiple functional units 
25 or a single functional unit to provide the additional function. Referring to Fig. 12, for 

example, hardware resources for the searcher 1204 are de-allocated and re-allocated and re- 
configured to implement the additional communication function 1208. The choice as to how 
to use the additional hardware resources to implement the additional function depends on the 
amount of hardware resources which are available and/or other factors such as design choice 
30 and system constraints and requirements etc. 

[73] In a further example, some or all of the hardware resources being used 
to implement an existing function may be de-allocated and then re-allocated and re- 
configured to implement an additional function and the existing function in a different 
manner. Again, using the cellular phone implemented with the adaptive computing 



* 



architecture described herein as an example. Referring to Fig. 13, for example, hardware 
resources may be initially allocated to implement one version of the searcher 1302 which has 
a higher level of performance. When the need to implement another function 1308 arises, 
some of the previously allocated hardware resources may be de-allocated and then re- 

5 allocated and re-configured to implement this other function 1308, and the remaining 

hardware resources previously allocated to implement one version of the searcher 1302 may 
be re-allocated and re-configured to implement another version of the searcher 1306 which 
has a lower level of performance. While a cellular phone having a searcher is used herein as 
an example, it should be clear to a person of ordinary skill in the art that the present invention 

10 can be similarly applied to other types of communication devices having a system acquisition 
functionality including, for example, communication devices which utilize Bluetooth and 
802.11 technology. 

[74] Other advantages of the present invention may be further apparent to 
those of skill in the art. For mobile communications, for example, hardware acceleration for 

1 5 one or two algorithmic elements has typically been confined to infrastructure base stations, 
handling many (typically 64 or more) channels. Such an acceleration may be cost justified 
because increased performance and power savings per channel, performed across multiple 
channels, results in significant performance and power savings. Such multiple channel 
performance and power savings are not realizable, using prior art hardware acceleration, in a 

20 single operative channel mobile terminal (or mobile unit). In contrast, however, through use 
of the present invention, cost justification is readily available, given increased performance 
and power savings, because the same IC area may be configured and reconfigured to 
accelerate multiple algorithmic tasks, effectively generating or bringing into existence a new 
hardware accelerator for each next algorithmic element. 

25 [75] Yet additional advantages of the present invention may be further 

apparent to those of skill in the art. The ACE 100 architecture of the present invention 
effectively and efficiently combines and maximizes the various advantages of processors, 
ASICs and FPGAs, while minimizing potential disadvantages. The ACE 100 includes the 
programming flexibility of a processor, the post-fabrication flexibility of FPGAs, and the 

30 high speed and high utilization factors of an ASIC. The ACE 100 is readily reconfigurable, 
in real-time, and is capable of having corresponding, multiple modes of operation. In 
addition, through the selection of particular functions for reconfigurable acceleration, the 
ACE 100 minimizes power consumption and is suitable for low power applications, such as 
for use in hand-held and other battery-powered devices. 



[76] It is understood that the examples and embodiments described herein 
are for illustrative purposes only and that various modifications or changes in light thereof 
will be suggested to persons skilled in the art and are to be included within the spirit and 
purview of this application and scope of the appended claims. All publications, patents, and 
5 patent applications cited herein are hereby incorporated by reference for all purposes in their 
entirety. 
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